home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 1 / ETO Development Tools 1.iso / Essentials / MacApp Documentation / MacApp AppleLink Messages / MacApp.Tech$ 2⁄23⁄90 / 0728-Persistent about Per-Feb90 < prev    next >
Encoding:
Text File  |  1990-02-23  |  1.7 KB  |  40 lines  |  [TEXT/GEOL]
  1. Item forwarded  by  A33          to A34
  2.  
  3. Item    9745731                         20-Feb-90        14:47PST
  4.  
  5. From:   PASCOE1                         Pascoe, Geoff
  6.  
  7. To:     MACAPP.TECH$                    MacApp Technical
  8.  
  9. Sub:    Persistent about Persistence
  10.  
  11. Greg, et al,
  12.  
  13. I think it would be a mistake to overload Pascal (and MacApp) with lots of
  14. useful, but very complex, run-time and language semantics.  For example,
  15. although a virtual object management system is useful, I think a lot of users
  16. would feel that cost and complexity would outwiegh the benefits (reread Greg's
  17. latest link on this subject- shared locks, exclusive locks, LRU algorithms-
  18. man, this is turning into an operating system).  A big issue here is how far
  19. can you take Pascal before it's not Pascal anymore.  If you really want this
  20. stuff, maybe Lisp or Smalltalk might be better lanugages for you.
  21.  
  22. Now, let me qualify my previous statement by saying that Object Pascal can
  23. stand to have a little more run-time without losing it's essential character.
  24. I suggest that complete metadata (this is mostly a compiler issue) and run-time
  25. for a good automatic I/O is about as far as we should take it.  A 'perform'
  26. facility would also be nice.
  27.  
  28. As far as C++ is concerned, I don't think its the answer at all.  The
  29. overloading of -> is probably one of the smaller issues.  Consider that C++,
  30. overall is much more complex than Object Pascal and it's run-time is
  31. considerably more impoverished.
  32.  
  33. Geoff
  34.  
  35. P.S. On the subject of O-O Virtual memory, I suggest you read about LOOM (Large
  36. Object-Oriented Memory for Smalltalk-80 systems).  There's a paper by Kaehler
  37. and Krasner on this in the book "Smalltalk-80 Bits of History, Words of
  38. Advice".  You might find the concepts useful in your work.
  39.  
  40.